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DETAILED ACTION 



Claim Rejections - 35 USC § 103 

1 . The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or 
described as set forth in section 102 of this title, if the differences between the subject 
matter sought to be patented and the prior art are such that the subject matter as a whole 
would have been obvious at the time the invention was made to a person having ordinary 
skill in the art to which said subject matter pertains. Patentability shall not be negatived 
by the manner in which the invention was made. 

2. The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1, 148 USPQ 459 
(1966), that are applied for establishing a background for determining obviousness under 35 
U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating obviousness 
or nonobviousness. 

3. Claims 1-8, 10-27, 33-36, 56-60, 62, 66-73, 79-82 and 88-99 rejected under 35 
U.S.C. 103(a) as being unpatentable over Xu et al. (US 2006/0166653 Al), hereinafter referred 
to as Xu, in view of Kadyk et al. (US 2002/0099727 Al). 

Regarding claim 1 , Xu discloses a method of multicasting a data file, (see title, abstract and 
fig.2), comprising: 

transmitting a notification on an upcoming multicast transmission to a plurality of 
receivers designated to receive the multicast transmission, (fig. 2 step 213, MBMS notification 
transmitted to all cells, these cells contain the mobile stations: [0043], [0060]) 
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Although Xu discloses the multicast transmission, Xu does not explicitly disclose the steps of: 
transmitting a data file on the one or more multicast channels, without the data server 
receiving acknowledgements from the receivers on whether they received the notification 

determining receivers designated to receive the multicast transmission that did not 
receive at least a portion of the data file and at least one of the plurality of the receivers that 
received at least a portion of the data file 

attempting to deliver the data file to the determined receivers 
Kadyk discloses a message server that sends data (update notification) to message clients: server 
210 creates update notifications that are sent to client 260 over communication channel 216, 
[0047], furthermore, [0061], with reference to fig. 4A, Kadyk discloses arrows 426 and 446 
indicate that communication occurs from the server to the client without acknowledgement or 
confirmation. 

Kadyk further discloses the possibility that client 260 will not receive all notifications sent by 
server 210 and therefore changes 292 may be only a subset of those changes made to data 242, 
{at least a portion of the data file). Kadyk further determined at least one of the plurality of the 
receivers that received at least a portion of the data file because, [0047], tokens 294 are unique to 
client 260 and tokens 244 are unique to server 210 therefore changes 292 may be only a subset of 
those changes made to data 242. 

Kadyk furthermore discloses attempting to deliver the data file to the determined receivers as in 
[0049]-[0053] and figs. 3A and 3B: Synchronization begins with the step of a server computer 
providing notifications (320). The step of providing notification comprises the acts of making a 
change (322) to the data stored at the server computer, generating a token (324) that corresponds 



Application/Control Number: 10/574,240 Page 4 

Art Unit: 2472 

to the change made, compressing the token (326) to reduce its size, and sending a notification 
(328) to the client computer. 

It would have been obvious to a person of ordinary skill at the time the invention was made to 
implement Xu with the teaching of Kadyk so as to inform the clients (MS) of upcoming 
multicast session, for multicasting makes it possible to the server to send out a single packet 
intended to all clients for synchronization. 

Regarding claim 2 , Xu discloses transmitting the notification comprises transmitting on a 
multicast or broadcast channel, [0038] 

Regarding claim 3 , transmitting the notification comprises transmitting a unicast notification to 
each of the receivers on the designated receivers, 

Xu discloses transmitting the notification; Although Xu discloses the claimed invention, 
(transmitting notification to MS in different cells), Xu does not explicitly disclose the steps of 
transmitting a unicast notification to each of the receivers. 

Kadyk discloses that, [0047], tokens 294 are unique to client 260 and tokens 244 are unique to 
server 210. Therefore it would have been obvious to a person of ordinary skill at the time the 
invention was made to implement Xu with Kadyk so as to deliver highly personalized data, such 
as stock portfolio updates and personalized newspapers. 

Regarding claim 4 , Xu discloses transmitting the notification comprises transmitting 
substan tially only to designated receivers, (by sending multicast data to members of the 
multicast group: the users who agree with the service provider or operator on the conditions 
regarding the provision of the multicast service and who indicate willingness or readiness to 
receive the multicast service are the designated receivers, [0040]). 
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Regarding claim 5 , Xu discloses transmitting the notification comprises transmitting a message 
open also to non-designated receivers, ([0038]: the multicast data source can be the Broadcast 
Multicast-Service Centre (BM-SC) 150 as shown in fig. 1; in this case a broadcast mode and a 
multicast mode transmission is assured. Thus in the broadcast mode the data is transmitted to all 
users in one or more broadcast areas, (this includes also non-designated receivers). 
Regarding claim 6 , Xu discloses the notification indicates the one or more channels on which the 
multicast transmission will be provided, (when using MBMS, data is transmitted over a common 
radio channel in order to efficiently use radio/network resources, [0026]). 
Regarding claim 7 , Xu discloses tuning to the multicast channel by at least one of the receivers 
comprises determining by each receiver that receives the notification whether to tune onto the 
one or more multicast channels, ([0060], when this notification arrives, the mobile station 
changes to the multicast reception mode, where it listens to the MBMS data channel in order to 
receive the service data (step 308) transmitted on that channel). 

Regarding claim 8 , Xu discloses determining by each receiver that receives the notification 
whether to tune onto the one or more multicast channels comprises determining, from the 
notification, a group to which the upcoming multicast transmission belongs and determining 
whether to tune onto the one or more multicast channels according to the determined group, 
(note group can vary depending on the nature of the service, such as the geographical coverage 
of the service, and on the contents of the MM and/or MBMS contexts stored in the network. In 
regard to service which is geographically wide, for example, the location of each subscriber can 
be stored in the MBMS context in connection with the joining phase, and the location can be 
tracked thereafter, whereby the locations of the subscribers, and also the relevant Radio Network 
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Controllers (RNCs), are known when the service data arrives, because each Radio Network 
Controller is responsible for the control of the radio resources within its domain, i.e. in the set of 
node B elements connected to it. [0053]). 

Regarding claim 10 , Xu discloses determining by each receiver that receives the notification 
whether to tune onto the one or more multicast channels comprises determining based on input 
received from a user responsive to the notification, (in response to receiving the notification, a 
user input is assured when the user selects a moment for a response to the multicast service 
notification, and sends a presence report, step 214 fig. 2). 

Regarding claim 11 , the receivers do not transmit acknowledgements of reception of the 
notification, at all, 

Kadyk discloses, [0062] fig. 4B, acknowledgements from receiver 

It would have been obvious to a person of ordinary skill at the time the invention was made to 
implement Xu with the teaching of Kadyk so as to interpret the lack of acknowledgement 
indicates designated receivers from which acknowledgments were not received. 
Regarding claim 12 , Xu discloses the receivers cannot transmit uplink messages to the data 
server, without stopping to listen to the one or more multicast channels, (since paging may cause 
a plurality of mobile stations to reply simultaneously or within a short period, which in turn may 
cause congestion on the uplink signaling channel, a determination of a member-specific response 
moment for each group member present in the cell is necessary so that, uplink congestion be 
avoided, [0051]. 

Regarding claim 13 , Xu discloses attempting to deliver the data file comprises delivering the 
data file in a unicast transmission to each of the determined receivers. 
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Xu discloses transmitting the notification; Although Xu discloses the claimed invention, 
(transmitting notification to MS in different cells), Xu does not explicitly disclose the steps of 
transmitting a unicast notification to each of the receivers. 

Kadyk discloses that, [0047], tokens 294 are unique to client 260 and tokens 244 are unique to 
server 210. Therefore it would have been obvious to a person of ordinary skill at the time the 
invention was made to implement Xu with Kadyk so as to deliver highly personalized data, such 
as stock portfolio updates and personalized newspapers. 

Regarding claim 14 , Xu discloses attempting to deliver the data file comprises delivering the 
data file in a multicast transmission to a plurality of the determined receivers, (by sending 
multicast data to members of the multicast group: the users who agree with the service provider 
or operator on the conditions regarding the provision of the multicast service and who indicate 
willingness or readiness to receive the multicast service are the designated receivers, [0040]). 
Regarding claim 15 , Xu discloses attempting to deliver the data file comprises providing a 
notification message inviting the receivers to download the transmission on a unicast 
connection, to the determined receivers. 

Xu discloses transmitting the notification; Although Xu discloses the claimed invention, 
(transmitting notification to MS in different cells), Xu does not explicitly disclose the steps of 
transmitting a unicast notification to each of the receivers. 

Kadyk discloses that, [0047], tokens 294 are unique to client 260 and tokens 244 are unique to 
server 210. Therefore it would have been obvious to a person of ordinary skill at the time the 
invention was made to implement Xu with Kadyk so as to deliver highly personalized data, such 
as stock portfolio updates and personalized newspapers. 
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Regarding claim 16 , at least 80% of the designated receivers establish only a single unicast 
connection related to receiving the data file. 

Xu discloses transmitting the notification; Although Xu discloses the claimed invention, 
(transmitting notification to MS in different cells), Xu does not explicitly disclose the steps of 
transmitting a unicast notification to each of the receivers. 

Kadyk discloses that, [0047], tokens 294 are unique to client 260 and tokens 244 are unique to 
server 210. Therefore it would have been obvious to a person of ordinary skill at the time the 
invention was made to implement Xu with Kadyk so as to deliver highly personalized data, such 
as stock portfolio updates and personalized newspapers. 

Regarding claim 17 , Xu discloses substantially all of the designated receivers establish only a 
single unicast connection related to receiving the data file. 

Xu discloses transmitting the notification; Although Xu discloses the claimed invention, 
(transmitting notification to MS in different cells), Xu does not explicitly disclose the steps of 
transmitting a unicast notification to each of the receivers. 

Kadyk discloses that, [0047], tokens 294 are unique to client 260 and tokens 244 are unique to 
server 210. Therefore it would have been obvious to a person of ordinary skill at the time the 
invention was made to implement Xu with Kadyk so as to deliver highly personalized data, by 
establishing only a single unicast connection. The benefit is that through this connection the 
server could resend missing data such as stock portfolio updates and personalized newspapers. 
Regarding claim 18 , all of the designated receivers establish up to two single unicast 
connections related to receiving the data file. 
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Xu discloses transmitting the notification; Although Xu discloses the claimed invention, 
(transmitting notification to MS in different cells), Xu does not explicitly disclose the steps of 
transmitting a unicast notification to each of the receivers. 

Kadyk discloses that, [0047], tokens 294 are unique to client 260 and tokens 244 are unique to 
server 210. Therefore it would have been obvious to a person of ordinary skill at the time the 
invention was made to implement Xu with Kadyk so as to deliver highly personalized data, such 
as stock portfolio updates and personalized newspapers by establishing up to two single unicast 
connections related to receiving the data file, for the second unicast connection (backup) to 
reestablish the first connection in case of failure. 

Regarding claim 19 , Xu discloses at least a portion of the data file is encrypted, requiring one or 
more decryption keys identified in the transmitted data file. [0070], [0071], [0072] and [0073]: 
note, by first obtaining a signing key and a certificate containing the corresponding signature 
verification key from a Key Distribution Center (KDC) which creates the MAC keys and 
delivers them securely (with authentication and secrecy) to the authorized mobile stations, at 
least a portion of the data file is thus encrypted). 

Regarding claim 20 , Xu discloses the receivers request the one or more keys after receiving the 
data file, ([0068], [0069], [0070]). 

Regarding claim 21 , Xu discloses at least one of the receivers requests the one or more keys, (a 
different key is used for signing the messages and verifying the signatures [0070]), after 
receiving the data file and at least one of the receivers is provided with one or more of the keys 
before the transmission, (a Key Distribution Center (KDC) creates the MAC keys and delivers 
them securely (with authentication and secrecy) to the authorized mobile stations, so a different 
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signing key can be provided for each authorized mobile station (source authentication) or the 
same signing key can be shared by all authorized mobile stations (group authentication) [0071]). 
Regarding claim 22 , Xu discloses the receivers request the one or more keys after determining 
that they received sufficient data to allow reconstruction of the data file, (a different signing key 
can be provided for each authorized mobile station (source authentication) or the same signing 
key can be shared by all authorized mobile stations (group authentication) [0071]) 
Regarding claim 23 , Xu discloses the keys ([0069], the key can be shared either by all mobile 
stations authorized to access a particular multicast group (group authentication), or a different 
key can be assigned to each authorized mobile station (source authentication)), are received on a 
single unicast connection along with any supplementary data required, not received during the 
multicast transmission. 

Xu discloses the claimed invention (the keys and the supplementary data reception) except that 
they are received on a single unicast connection. 

Kadyk discloses that, [0047], tokens 294 are unique to client 260 and tokens 244 are unique to 
server 210. Therefore it would have been obvious to a person of ordinary skill at the time the 
invention was made to implement Xu with Kadyk so as to deliver highly personalized data, such 
as stock portfolio updates and personalized newspapers. 

Regarding claim 24 , receiving acknowledgements from receivers that received the notification or 
at least a portion of the data file, after transmitting the data file, wherein determining receivers 
designated that did not receive at least a portion of the data file is performed by determining 
receivers from which acknowledgments were not received. 
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Although Xu discloses the claimed invention, Xu does not explicitly disclose receiving 
acknowledgements from receivers that received the notification after transmitting the data file 
Kadyk discloses, [0062] fig. 4B, acknowledgements from receiver 

It would have been obvious to a person of ordinary skill at the time the invention was made to 
implement Xu with the teaching of Kadyk so as to interpret the lack of acknowledgement 
indicates designated receivers from which acknowledgments were not received. 
Regarding claim 25 , receiving the acknowledgements comprises receiving a request for 
decryption keys. 

[0070], [0071], [0072] and [0073]: note, by first obtaining a signing key and a certificate 
containing the corresponding signature verification key from a Key Distribution Center (KDC) 
which creates the MAC keys and delivers them securely (with authentication and secrecy) to the 
authorized mobile stations, at least a portion of the data file is thus encrypted). 
Regarding claim 26 , receiving the acknowledgements comprises receiving a request for 
supplementary data not received during the multicast transmission. 

Xu teaches the claimed invention but does not explicitly disclose receiving acknowledgements 
comprises receiving a request for supplementary data not received during the multicast 
transmission. 

Kadyk discloses, [0032], the message server associates a token with changes that are made to the 
data stored at the server. Note that the term "change" should be interpreted broadly to include a 
modification to existing data as well as the addition of new data (or supplementary data). A 
token identifies both the data that was changed (e.g., the specific data object that was modified) 
and the revision of the data that the change represents. The tokens and changes are combined to 
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form notifications that are sent to the message clients. Tokens may be compressed to conserve 
storage space, but the tokens should be unique to each message client if not unique to the 
message server. 

It would have been obvious to a person of ordinary skill at the time the invention was made to 
implement Xu with the teaching of Kadyk to transmit the supplementary data over point-to-point 
connections (unicast) for it offers the benefits of interactivity between clients and server, easier 
setup, and multiple-bit-rate streaming capability. 

Regarding claims 27 , Xu discloses receiving the acknowledgements comprises receiving over a 
different network than the network on which the data file was multicast. 
Xu teaches the claimed invention but does not explicitly disclose receiving acknowledgements 
comprises receiving the acknowledgements comprises receiving over a different network than the 
network on which the data file was multicast. 

Kadyk discloses resending if process is interrupted, [0064]. It would have been obvious to a 
person of ordinary skill at the time the invention was made to implement Xu with the teaching of 
Kadyk to receive over a different network constituting backup network if the resending process is 
interrupted. 

Regarding claim 33 , Xu discloses attempting to deliver the data file to the determined receivers 
comprises delivering on a different network than the network on which the data file was 
multicast, (fig. 1, RNC 1 12 each responsible for different domain, as can be seen one domain 
serves a determined receiver, the other delivering multicast data to receivers) 
Regarding claim 34 , Xu discloses the notification indicates a plurality of categories to which the 
data file relates and the plurality of receivers comprises receivers designated to receive data 
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belonging to different ones of the plurality of categories, ([0034]: note, fig. 1, RNC 112 each 
responsible for different domain, as can be seen one domain serves a determined receiver, the 
other delivering multicast data to receivers) 

Regarding claim 35 , Xu discloses transmitting the data file comprises transmitting a plurality of 
sub-files in a plurality of separate transmission sessions, (fig. 2. multicast data transmission 218 
includes comprises transmitting a plurality of sub-files in a plurality of separate transmission 
sessions: MBMS notification 213 and radio bearer assignment notification 216) 
Regarding claim 36 , Xu discloses transmitting the data file comprises transmitting a plurality 
sub-files on a plurality of different channels. 

Xu teaches the claimed invention but does not explicitly transmitting the data file comprises 
transmitting a plurality sub-files on a plurality of different channels. 

Kadyk discloses, fig. 2, communication channels for synchronizing client data with server data. 
It would have been obvious to a person of ordinary skill at the time the invention was made to 
implement Xu with the teaching of Kadyk using a plurality of different channels so as to 
maintain at least a connection by avoiding repeated connection establishment and termination, 
for reliable channels include an acknowledgement. Many telephone and computer 
communication channels presume that data is lost if no acknowledgement is received and 
retransmit the lost data. 

4. Claims 37, 41-43, 45, 48, 51, 52, and 55 rejected under 35 U.S.C. 103(a) as being 
unpatentable over Xu, in view of Dillon (US 6728878). 

Regarding claim 37 , Xu discloses a method of receiving a data file provided in a multicast 
transmission, (fig. 2 multicast data reception step 218), comprising: 
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tuning, by a mobile station, onto a multicast channel, (fig. 1 and [0038] the message to 
inform the MS of upcoming multicast session: note fig. 3 step 308. When this notification 
arrives, the mobile station changes to the multicast reception mode, (tune) where it listens to the 
MBMS data channel in order to receive the service data (step 308) transmitted on that channel, 
[0060], [0061]); 

receiving at least one encrypted packet which can be used in reconstructing the data file, 
(note MS receiving the service notification [0068], also receives a Message Authentication Code 
(MAC) included in a message to provide authenticity; this indicates encrypted packet. Thus, the 
MAC is a value derived from the message by a key-dependent one-way function (such as the 
widely used HMAC). Only the party possessing the key can create or verify the MAC), on the 
multicast channel; and 

receiving at least one key required for decrypting the at least one packet after receiving a 
sufficient number of packets for reconstructing the data file, ( [0069], [0070], [0071], [0072]: a 
mobile station needs a key to unlock an encrypted packet. 

Although Xu discloses receiving a key for decrypting multicast data, Xu does not explicitly 
disclose receiving the key as required in the claim. 

Dillon, in a document delivery system, discloses receiving packetized, encrypted documents, col. 
6 lines 61-67. With reference to the timing chart of fig.5, Dillon further discloses that each 
document sent from broadcast center 150 is decrypted with a key received in the announcement 
message: col. 6 lines 44-60). It would have been obvious to a person of ordinary skill at the time 
the invention was made to implement Xu with the teaching of Dillon so that a client (a user) 
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determines which document to receive and for which only he or she is charged for. 
Regarding claim 41 , Xu discloses requesting the at least one key after receiving a sufficient 
number of packets for reconstructing the data file and wherein receiving the at least one key is 
performed responsive to the requesting, ([0069]) 

Regarding claim 42 , Xu discloses the requesting of the at least one key is performed responsive 
to a user instruction, ([0073): The mobile station first obtains a signing key and a certificate 
containing the corresponding signature verification key from a KDC, showing that the request 
for the key is authorized by the MS because digital certificates can be used to improve the 
digital signature. Note, [0072], digital certificate contains a public key, signed by a trusted third 
party usually known as the Certificate Authority (CA). Other information such as the validity 
period of the certificate is normally included and also protected by the signature). 
Regarding claim 43 , Xu discloses at least a portion of the data file is not encrypted and the user 
instruction is received after displaying the non-encrypted portion of the file to the user ([0068]: a 
Message Authentication Code (MAC) can be included in a message to provide authenticity 
without secrecy (that is non encrypted); this forms the user instruction received by the user). 
Regarding claim 45 , the non-encrypted portion of the file is received before any encrypted 
portion of the data file, (Xu disclose receiving the key, corresponding to a non-encrypted 
portion, before the encrypted portion is received). 

Although Xu discloses receiving the non-encrypted portion, it does not disclose as required. 
Dillon discloses receiving announcement message sent to clients, before they receive the 
encrypted portion. It would have been obvious to a person of ordinary skill at the time the 
invention was made to implement Xu with the teaching of Dillon so that a client (a user) 
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determines which document to receive and for which only he or she is charged for. 
Regarding claim 48 , Xu discloses the file includes a plurality of different portions requiring 
different keys for decryption and wherein the keys required for at least one portion are received 
after displaying at least one other portion, ([0070] However, a different key is used for signing 
the messages and verifying the signatures. A digital signature mechanism is typically 
implemented using public-key cryptography, utilizing the widely used RSA algorithm, for 
example. [0075]: In order to be able to verify the signatures of the mobile stations, the RNC has 
to be provided with a signature verification key of one or more trusted CAs. In case more than 
one CA is used, their signature keys can either be configured separately to the RNC or certificate 
hierarchy can be utilized. For certificate hierarchy, just a single signature verification key of a 
top-level CA needs to be configured to the RNC: This key is then used to authenticate the 
certificates of lower-level CAs, each containing the signature verification key of that CA. With 
the hierarchical certificates, a mobile station has to include the certificate of a lower-level CA 
with each membership report) 

Regarding claim 51 , Xu discloses tuning onto the multicast channel is performed responsive to 
receiving a notification on an upcoming multicast transmission and responsive to a 
determination that the upcoming multicast transmission matches a subscription profile of the 
receiver, (the notification to inform the MS of upcoming multicast session: note fig. 3 step 308: 
{responsive to the notification), when this notification arrives, the mobile station changes to the 
multicast reception mode, where it listens to the MBMS data channel in order to receive the 
service data (step 308) transmitted on that channel, [0060]) 

Regarding claim 52 , Xu discloses the determination that the upcoming multicast transmission 
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matches a subscription profile of the receiver comprises consulting a multicast subscription 
profile stored on the receiver, (fig. 2 is illustrates the determination (procedure) that the 
upcoming multicast transmission matches a subscription profile of the receiver for the 
establishment for the multicast service. Thus, when a mobile station receives this notification, it 
initiates a response process if it is a member of the group by checking its multicast subscription 
profile, [0045], [0046]) 

Regarding claim 55 , Xu discloses acknowledging receipt of the at least one key, in a manner 
which allows charging for the data file, ([0057]): all the mobile stations will automatically send a 
reply. The operator may wish to do this for charging purposes, for example, [0068]: a Message 
Authentication Code (MAC) can be included in a message to provide authenticity The MAC is a 
value derived from the message by a key-dependent one-way function (such as the widely used 
HMAC). Only the party possessing the key can create or verify the MAC, therefore the mobile 
station acknowledges the possessing the key for charging purposes. 
Regarding claim 56 , Xu discloses a method of multicasting a file, comprising: 

encrypting the file using one or more keys, ([0071]: a different signing key can be 
provided for each authorized mobile station (source authentication) or the same signing key can 
be shared by all authorized mobile stations (group authentication)); 

transmitting the encrypted file to a plurality of receivers in a multicast transmission, 
(note a message authentication code (MAC) is included in the transmitted message, therefore the 
need for a key distribution center (KDC) ensures that different signing key can be provided for 
each authorized mobile station to decrypt the encrypted file, [0069]-[0072])); 
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and providing at least one of the plurality of receivers with one or more decryption keys required 
for decrypting the transmitted encrypted file, after the file was transmitted, (the mobile station 
obtains a signing key (signing keys provided to the mobiles, from the KDC, for the purpose of 
decrypting the file, [0071]-[0074]) 

Regarding claim 57 Xu discloses providing at least one of the receivers with at least one 
decryption key for the encrypted file, before transmitting the encrypted file, (the mobile station 
obtains a signing key; signing keys provided to the mobiles, particularly a different key can be 
assigned to each authorized mobile station, [0069], before the transmission of the encrypted file). 
Regarding claim 58, Xu discloses receiving from the at least one receivers provided with the 
decryption keys before transmitting the encrypted file, acknowledgement messages, 

[0072]: a mobile station needs a key to unlock an encrypted packet. 
Regarding claim 59 , Xu discloses the acknowledgement messages are received at least 10 
minutes after the transmission of the encrypted file is completed, (note, [0051] discloses the 
moment for the response to the membership query is determined by setting a timer to a random 
value between zero and the maximum delay value. The idea here is to determine a member- 
specific response moment for each group member present in the cell. The response moment can 
be determined in many different ways. Instead of setting a timer to a random value, each mobile 
station can, for example, calculate its response moment by means of an algorithm having at least 
one input specific to each mobile station) 

Regarding claim 60 , Xu discloses the at least one of the receivers provided with the decryption 
keys before transmitting the encrypted file are selected at least partially responsive to previous 
behavior of the receivers, (note fig. 3 step 308: {responsive to the notification), when this 
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notification arrives, the mobile station changes to the multicast reception mode, where it listens 
to the MBMS data channel in order to receive the service data (step 308) transmitted on that 
channel, [0060]; in addition, [0061], [0071], a different signing key, (decryption keys), can be 
provided for each authorized mobile station before the transmission of the encrypted file). 
Regarding claim 62 , the at least one of the receivers provided with the decryption, ([0070], 
[0071], [0072] and [0073]: note, by first obtaining a signing key and a certificate containing the 
corresponding signature verification key from a Key Distribution Center (KDC) which creates 
the MAC keys and delivers them securely (with authentication and secrecy) to the authorized 
mobile stations, at least a portion of the data file is thus encrypted), keys before transmitting the 
encrypted file are selected at least partially responsive to the number or percentage of 
acknowledgements provided by the receivers in a given period, 

Xu teaches the claimed invention, (transmitting the encrypted file responsive to the notification, 
fig. 3 step 308) but does not explicitly disclose the transmission responsive to the number or 
percentage of acknowledgements provided by the receivers in a given period. 
With Kadyk, the host and PDA data must be updated periodically to insure that each device 
contains current information. It would have been obvious to a person of ordinary skill at the time 
the invention was made to implement Xu with Kadyk to transmit data subsequent to the number 
or percentage of acknowledgements provided by the receivers in a given period, to differentiate 
receivers, or to assure QoS based on percentage of acknowledgements provided. 
Regarding claim 66 , Xu discloses a method of transmitting multicast data, comprising: 
providing a data file for transmission, (fig. 2); 
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estimating one or more transmission parameter values required to achieve, on the 
average, a reception rate which allows less than 100% of the receivers to which the multicast 
data is directed to reconstruct the data file from the multicast transmission, (the total number of 
flag-holders drop, note this value is below a predetermined number, [0063], giving the indication 
that the reception rate is less than 100% of the receivers); 

transmitting the multicast data representing the data file on a multicast channel, using 
the one or more estimated parameter values, (multicast data transmission scheme (fig. 2)which 
utilizes service notifications sent to the members of the multicast group; note because the number 
of users in a cell changes constantly [0062], thus the transmission of the multicast data is 
dependent of the total number of flag-holders, [0063]: this value must drop below a 
predetermined number before a multicast group membership query is performed) and 

providing at least supplementary portions of the data to receivers that were not able to 
reconstruct the data file in its entirety from the multicast data transmitted on the multicast 
channel. 

Xu teaches the claimed invention but does not explicitly disclose providing supplementary 
portions of the data to receivers not received during the multicast transmission. 
Kadyk discloses, [0032], the message server associates a token with changes that are made to the 
data stored at the server. Note that the term "change" should be interpreted broadly to include a 
modification to existing data as well as the addition of new data (or supplementary data). A 
token identifies both the data that was changed (e.g., the specific data object that was modified) 
and the revision of the data that the change represents. The tokens and changes are combined to 
form notifications that are sent to the message clients. Tokens may be compressed to conserve 
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storage space, but the tokens should be unique to each message client if not unique to the 
message server. 

It would have been obvious to a person of ordinary skill at the time the invention was made to 
implement Xu with the teaching of Kadyk to transmit the supplementary data over point-to-point 
connections (unicast) for it offers the benefits of interactivity between clients and server, easier 
setup, and multiple-bit-rate streaming capability. 

Regarding claim 67 , providing at least supplementary portions comprises transmitting the 
supplementary portions over a unicast connection, 

Xu discloses the claimed invention (the keys and the supplementary data reception) except that 
they are received on a unicast connection. 

Xu discloses transmitting the notification; Although Xu discloses the claimed invention, 
(transmitting notification to MS in different cells), Xu does not explicitly disclose the steps of 
transmitting a unicast notification to each of the receivers. 

Kadyk discloses that, [0047], tokens 294 are unique to client 260 and tokens 244 are unique to 
server 210. Therefore it would have been obvious to a person of ordinary skill at the time the 
invention was made to implement Xu with Kadyk so as to deliver highly personalized data, such 
as stock portfolio updates and personalized newspapers. 

Regarding claim 68 , the one or more transmission parameters comprise a transmission power 
level. 

Xu discloses, [0077], the transmitter part can be maintained in an idle mode, as no signaling in 
the uplink direction is needed. In this way both the power consumption of the mobile and the 
uplink traffic can be kept low. 
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Regarding claim 69 , the one or more transmission parameters comprise a FEC redundancy 
level. 

Xu teaches the claimed invention except explicitly or more transmission parameters comprise a 
FEC redundancy level. 

Kadyk, by disclosing that communication occurs from the server to the client without 
acknowledgement or confirmation, many telephone and computer communication channels 
presume that data is lost if no acknowledgement is received and retransmit the lost data, resulting 
in forward error correction. It would have been obvious to a person of ordinary skill at the time 
the invention was made to modify Xu with Kadyk to incorporate forward error correction (FEC), 
for (FEC) software may reduce the number of retransmissions by alleviating some portion of the 
data packet loss. 

Regarding claim 70 , Xu discloses estimating the one or more transmission parameter, 
(transmission parameters [0042]), values comprises estimating based on general network data 
without relation to specific conditions of a current transmission, ([0051]: the estimation is done 
calculate its response moment by means of an algorithm having at least one input specific to each 
mobile station) 

Regarding claim 71 , Xu discloses estimating the one or more transmission parameter values 
comprises estimating based on specific conditions of a current transmission. ([0051]: the 
estimation is done calculate its response moment by means of an algorithm having at least one 
input specific to each mobile station. Such a calculation can be based on the International Mobile 
Subscriber Identity (IMSI) and the current frame number, for example) 
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Regarding claim 72 , Xu discloses estimating the one or more transmission parameter values 
comprises estimating based on the number of receivers, ([005 1] In the above-described scheme 
the moment for the response to the membership query is determined by setting a timer to a 
random value between zero and the maximum delay value. The idea here is to determine a 
member-specific response moment for each group member present in the cell. The response 
moment can be determined in many different ways. Instead of setting a timer to a random value, 
each mobile station can, for example, calculate its response moment by means of an algorithm 
having at least one input specific to each mobile station. Such a calculation can be based on the 
International Mobile Subscriber Identity (I MS I) and the current frame number, for example. As 
the majority of the mobile stations cancel the sending of the report before the response moment 
arrives, uplink congestion can be avoided). 

Regarding claim 73 , Xu discloses the multicast channel comprises a data channel of a cellular 
network, ([0060], [0061]). 

Regarding claim 79 , a method of transmitting multicast data in a cellular network, comprising: 
providing data for multicast transmission, (see fig. 3 illustration of multicast data 

transmission) to a plurality of base stations, (fig. 1), having different bandwidth amounts for 

multicast transmission, at a same rate; 

dropping data by one or more of the base stations, as required, so that the data can be 

transmitted by each of the base stations on its respective allocated bandwidth for multicast 

transmission; and 

transmitting the non-dropped data such that the data is transmitted by all the base stations 
substantially synchronously. 
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Xu teaches the claimed invention except explicitly a plurality of base stations has different 
bandwidth amounts for multicast transmission, at a same rate; 

dropping data by one or more of the base stations, as required, so that the data can be 
transmitted by each of the base stations on its respective allocated bandwidth for multicast 
transmission; and 

transmitting the non-dropped data such that the data is transmitted by all the base stations 
substantially synchronously. 

Kadyk discloses, [0054], wireless communication protocols may limit the amount of data sent in 
individual packets to approximately one hundred bytes. Large tokens needed to represent 
uniquely all changes made at the server, may require an inordinate proportion of the wireless 
payload. One solution is to compress the tokens so that they are unique to individual clients 
rather than unique to the server and thereby conserve bandwidth. Usually, only tokens sent to the 
client are compressed, whereas any tokens retained by the server to identify the version of data 
that the server stores remain uncompressed and unique to the server 

It would have been obvious to a person of ordinary skill at the time the invention was made to 
modify Xu with the teaching of Kadyk, to maintaining a predicted level of service reception by 
all clients. The benefit is that the sender's rate is adapted to meet the requirements of the worst 
positioned client. 

Regarding claim 80 , the base stations use a small buffer, having room for at most five packets, 
for the provided multicast data, (Xu discloses, [0041], the SGSN (fig. 1 element 123) operatively 
connected the base stations 111. The SGSNs buffer the multicast data). 
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Regarding claim 81 , providing the data, (multicast data provided via the SGSNs), comprises 
providing data protected with a forward error correction code, 

Xu teaches the claimed invention except explicitly the data provided does not comprise 
providing data protected with a forward error correction code. 

Kadyk, by disclosing that communication occurs from the server to the client without 
acknowledgement or confirmation, many telephone and computer communication channels 
presume that data is lost if no acknowledgement is received and retransmit the lost data, resulting 
in forward error correction. It would have been obvious to a person of ordinary skill at the time 
the invention was made to modify Xu with Kadyk to incorporate forward error correction (FEC), 
for (FEC) software may reduce the number of retransmissions by alleviating some portion of the 
data packet loss. 

It would have been obvious to a person of ordinary skill at the time the invention was made to 
modify Xu with the teaching of Amlekar, to incorporate forward error correction (FEC), for 
(FEC) software may reduce the number of retransmissions by alleviating some portion of the 
data packet loss. 

Regarding claim 82 , transmitting supplementary data to receivers that request data they did not 
receive in the multicast transmission over point-to-point connections, 

Xu teaches the claimed invention except explicitly supplementary data to receivers that request 
data they did not receive in the multicast transmission over point-to-point connections 
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Kadyk discloses, [0032], the message server associates a token with changes that are made to the 
data stored at the server. Note that the term "change" should be interpreted broadly to include a 
modification to existing data as well as the addition of new data (or supplementary data). A 
token identifies both the data that was changed (e.g., the specific data object that was modified) 
and the revision of the data that the change represents. The tokens and changes are combined to 
form notifications that are sent to the message clients. Tokens may be compressed to conserve 
storage space, but the tokens should be unique to each message client if not unique to the 
message server. 

It would have been obvious to a person of ordinary skill at the time the invention was made to 
implement Xu with the teaching of Kadyk to transmit the supplementary data over point-to-point 
connections (unicast) for it offers the benefits of interactivity between clients and server, easier 
setup, and multiple-bit-rate streaming capability. 
Regarding claim 88 , a data server, comprising: 

an input interface for receiving files to be multicast, (multicast data is inputted to the radio 
network controller 1 12, from the SGSN 123 of the core network 120); 

an output interface for providing signals for transmission to receivers, ([0034]: fig. 1, the 
mobile stations are connected via the Uu radio interface to node B elements 111, which are the 
physical units for radio transmission/reception in the cellular network; through this interface data 
is provided to the mobiles stations), and 

a controller, ([0034]: fig. 1, the Radio Access Network further comprises Radio Network 
Controllers (RNC) 1 12, each of which is connected through the lub interface to a set of node B 
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elements), adapted to generate a notification on an upcoming multicast transmission, (a 
multicast service notification is transmitted to mobile stations, thereby informing members of the 
multicast group of an upcoming multicast sessions), responsive to a received file, to provide the 
notification through the output interface for transmission and to provide the received file for 
transmission, ([0043]: each of the RNCs receiving the MBMS RAB assignment request then 
sends an MBMS notification to all cells controlled by the RNC (step 213), notifying the mobile 
stations of incoming multicast data), without receiving acknowledgements from the receivers on 
whether they received the notification, to determine receivers designated to receive the multicast 
transmission that did not receive at least a portion of the data file and to attempt to deliver the 
data file to the determined receivers. 

Although Xu discloses the claimed invention, Xu does not explicitly disclose of: 

data server, and 

providing the received file for transmission without receiving acknowledgements from the 
receivers on whether they received the notification, to determine receivers designated to receive 
the multicast transmission that did not receive at least a portion of the data file and to attempt to 
deliver the data file to the determined receivers 

Kadyk discloses a message server that sends data (update notification) to message clients: server 
210 creates update notifications that are sent to client 260 over communication channel 216, 
[0047], furthermore, [0061], with reference to fig. 4A, Kadyk discloses arrows 426 and 446 
indicate that communication occurs from the server to the client without acknowledgement or 
confirmation. 
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Kadyk further discloses the possibility that client 260 will not receive all notifications sent by 
server 210 and therefore changes 292 may be only a subset of those changes made to data 242, 
(at least a portion of the data file). Kadyk further determined at least one of the plurality of the 
receivers that received at least a portion of the data file because, [0047], tokens 294 are unique to 
client 260 and tokens 244 are unique to server 210 therefore changes 292 may be only a subset of 
those changes made to data 242. 

Kadyk furthermore discloses attempting to deliver the data file to the determined receivers as in 
[0049]-[0053] and figs. 3A and 3B: Synchronization begins with the step of a server computer 
providing notifications (320). The step of prov iding notification comprises the acts of making a 
change (322) to the data stored at the server computer, generating a token (324) that corresponds 
to the change made, compressing the token (326) to reduce its size, and sending a notification 
(328) to the client computer. 

It would have been obvious to a person of ordinary skill at the time the invention was made to 
implement Xu with the teaching of Kadyk so as to inform the clients (MS) of upcoming 
multicast session, for multicasting makes it possible to the server to send out a single packet 
intended to all clients for synchronization. 

Regarding claim 89 , Xu describes a mobile station, (fig. 1 MS) comprising: 

a receiver, (note the mobile station is adapted to receive communication. The mobile 
stations are connected via the Uu radio interface to node B elements 111, which are the physical 
units for radio transmission/reception in the cellular network. Depending on the sectoring of its 
antennas, a node B can serve one or more cells, [0034]), and 
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a processor adapted to tune the receiver to receive data on a plurality of multicast 
channels and to combine the data received on the plurality of channels into a single multimedia 
file, ([0050] During the service session, the MBMS notification and the radio bearer assignment 
notification are preferably transmitted periodically in order for mobile stations which enter the 
cell to detect the on-going session on the uplink signaling channels ([0026]). The two messages 
can be transmitted successively as separate messages, or they can be combined into a single 
message). 

Xu further teaches multicast transmission facilitated by, [0035], computer system 
configurations, mobile services Switching Centre (MSC) 121 and the packet-switched domain 
via a Serving GPRS Support Node (SGSN) 123 to the Radio Access Network. These systems 
necessary include processor adapted to permit plurality of multicast transmission. However Xu 
does not explicitly discloses the term of processor. 

Kadyk discloses, [0037], types of computer system configurations, including personal 
computers, hand-held devices, multi-processor systems, microprocessor-based or programmable 
consumer electronics, network PCs, minicomputers, mainframe computers, and the like. It would 
have been obvious to a person of ordinary skill at the time the invention was made to modify Xu 
with Kadyk to incorporate a processor that facilitates multicast transmission. 

Regarding claim 90 , Xu discloses the data received on the plurality of channels comprises 
different multimedia types on different channels, (Note the Multimedia (MM) and/or the 
Multimedia Broadcast/Multicast Service (MBMS) service provided, fig. 1, [0054]. Also, the 
MBMS has two modes of operation: a broadcast mode and a multicast mode. When using 
MBMS, data is transmitted over a common radio channel in order to efficiently use 
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radio/network resources. In the broadcast mode the data is transmitted to all users in one or more 
broadcast areas, whereas in the multicast mode the data is transmitted to a multicast group in a 
multicast area. The multicast group is a group of users who have activated the service in the 
multicast mode and are therefore capable of receiving the data). 

Regarding claim 9 1, determining the receivers that did not receive at least a portion of the data 
file comprises determining receivers that did not receive the data file at all. 

Xu teaches the claimed invention except explicitly determining the receivers that did not 
receive at least a portion of the data file comprises determining receivers that did not receive the 
data file at all. 

Kadyk further discloses the possibility that client 260 will not receive all notifications sent by 
server 210 and therefore changes 292 may be only a subset of those changes made to data 242. 
Kadyk further determined at least one of the plurality of the receivers that received the data file 
because, [0047], tokens 294 are unique to client 260 and tokens 244 are unique to server 210 
therefore changes 292 may be only a subset of those changes made to data 242. It would have 
been obvious to a person of ordinary skill at the time the invention was made to modify Xu with 
Kadyk to update receivers that did not receive the data file at all, for providing service to those 
clients that may have traveled far away from the server or may have been temporary out. 
Regarding claim 92 , transmitting a data file on the one or more multicast channels comprises 
transmitting the file data a plurality of times, ([0048] In order to enable the mobile stations 
entering a cell to detect the upcoming multicast session, MBMS notification is preferably sent 
periodically until the maximum response time has expired. In the repeated MBMS notification, 
the value of the maximum response time is updated (i.e. decreased) accordingly). 
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Regarding claim 93 , transmitting the data file comprises transmitting the file protected with a 
forward error correction code. 

Xu teaches the claimed invention except explicitly transmitting the file protected with a forward 
error correction code. 

Kadyk, by disclosing that communication occurs from the server to the client without 
acknowledgement or confirmation, many telephone and computer communication channels 
presume that data is lost if no acknowledgement is received and retransmit the lost data, resulting 
in forward error correction. It would have been obvious to a person of ordinary skill at the time 
the invention was made to modify Xu with Kadyk to incorporate forward error correction (FEC), 
for (FEC) software may reduce the number of retransmissions by alleviating some portion of the 
data packet loss. 

Regarding claim 94 . providing the notification message comprises sending a message to a mail- 
box of the mobile station. 

Xu teaches the claimed invention except explicitly sending a message to a mail-box of the 
mobile station. 

Kadyk discloses, [0031], [0041], [0058], that an update notification may include only certain 
portions of an email message, such as a subject line, the sender, etc. It would have been obvious 
to a person of ordinary skill at the time the invention was made to modify Xu with the teaching 
of Kadyk to allow integration of mailbox system so users can retrieve messages from their MS. 
Regarding claim 95 , the notification message comprises providing in an SMS message. 
Xu teaches the claimed invention except explicitly 
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Kadyk discloses, [0042], that an update notification may include sending task, contact, calendar, 
email. It would have been obvious to a person of ordinary skill at the time the invention was 
made to modify Xu with the teaching of Kadyk for integration of SMS message allowing the 
interchange of short text messages. 

Regarding claim 96 , at least 80% of the designated receivers establish only a single unicast 

connection related to receiving the data file and transmit only a single request for data. 

Xu discloses the claimed invention but explicitly that at least 80% of the designated receivers 

establish only a single unicast connection related to receiving the data file. 

Xu discloses transmitting the notification; Although Xu discloses the claimed invention, 

(transmitting notification to MS in different cells), Xu docs not explicitly disclose the steps of 

transmitting a unicast notification to each of the receivers. 

Kadyk discloses that, [0047], tokens 294 are unique to client 260 and tokens 244 are unique to 
server 210. Therefore it would have been obvious to a person of ordinary skill at the time the 
invention was made to implement Xu with Kadyk so as to deliver highly personalized data, such 
as stock portfolio updates and personalized newspapers. 

Regarding claim 97 , the receivers transmit uplink transmissions regarding the multicast 
transmission only after they collected from the multicast channel all the data from the multicast 
channel used in reconstruction the multicast transmission, (fig. 3 step 308: sending presence 
report (that is transmitting uplink transmissions regarding the multicast transmission: the 
receivers are responsive to the notification) [0060]). 

Regarding claim 98 , Xu discloses that at least one of the receivers requests the one or more keys 
from an entity belonging to a different mobile network, ([0073]: the mobile station first obtains a 
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signing key and a certificate containing the corresponding signature verification key from a 
KDC. The KDC can be a network element internal (cf. FIG. 1) or external to the UMTS system. 
For example, an external KDC could be located at the content provider sending the multicast 
service data via the Internet, while an internal KDC could be co-located with the BM-SC). 
Regarding claim 99 , providing the data comprises providing data encoded according to a FEC 
code. 

Xu teaches the claimed invention except explicitly the data provided does not comprise 
providing data encoded with a forward error correction code. 

Kadyk, by disclosing that communication occurs from the server to the client without 
acknowledgement or confirmation, many telephone and computer communication channels 
presume that data is lost if no acknowledgement is received and retransmit the lost data, resulting 
in forward error correction. It would have been obvious to a person of ordinary skill at the time 
the invention was made to modify Xu with Kadyk to incorporate forward error correction (FEC), 
for (FEC) software may reduce the number of retransmissions by alleviating some portion of the 
data packet loss. 

Conclusion 

5. Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
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the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to EMMANUEL MAGLO whose telephone number is (571)270- 
1854. The examiner can normally be reached on Monday - Thursday 7:00 - 4:30 and every other 
Friday 7:00 -3:30. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, William Trost can be reached on (571)272-7872. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/William Trost/ 

Supervisory Patent Examiner, Art Unit 
2472 
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